home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 June / EnigmA AMIGA RUN 19 (1997)(G.R. Edizioni)(IT)[!][issue 1997-06][EAR-CD III].iso / for amiga / v1.2 / announce-1.2.13pl6.z / announce-1.2.13pl6
Text File  |  1997-04-23  |  8KB  |  174 lines
  1.  
  2. This announces the availability of version 1.2.13pl6 of Linux/68k. The
  3. source and a precompiled kernel are in /pub/Linux/LOCAL/680x0 on
  4. ftp.uni-erlangen.de and its mirrors.
  5.  
  6. Changes against the last version:
  7.  
  8.  - Fixed the catastrophic performance of reads from MS-DOS filesystems.
  9.    The cause was an unfortunate combination of two parameters. For the
  10.    Falcon, there was also a second problem with the changed block size
  11.    (now default 512 bytes instead of 1024) and the DMA limit of
  12.    Falcon-SCSI; see also "Atari SCSI" below. (myself)
  13.  
  14.  - In several places, NOP's were necessary after bus-error-protected
  15.    write tests. Without the NOP, the CPU may already have executed the
  16.    instruction following the write at the time the bus error
  17.    "arrives"... even on the '030! This was also the cause for the
  18.    probing failure of the Atari Lance driver ("data write fault at
  19.    0xffe00000") (myself)
  20.  
  21.  - Cleaned up and corrected comments in serial.[ch]. (myself)
  22.  
  23.  - The handling of the "inverse" parameter was IMHO quite messed: It
  24.    was (formerly) stored in the 'vc_decscnm' flag of the VC, that is
  25.    also used for inverting the screen via VT100 codes. Ok, besides
  26.    that that a terminal reset destroyed the inverting information from
  27.    the framebuffer, this also has caused lots of trouble in the
  28.    past... (not working at all, working the other way 'round). I think
  29.    the correct place to handle inverting is in fbcon.c, which should
  30.    be able to deal with whichever type of framebuffer it is built on.
  31.    So I've shifted the "inverse" handling into the attr_* macros of
  32.    fbcon.c. This also required using this macros everytime when
  33.    applicable (which wasn't the case yet). Also a new macro
  34.    attr_bgcol_ec for the background color of the erase char was
  35.    necessary. Hope that fixes the inverse problem for all future :-)
  36.    (myself)
  37.  
  38.  - Several new Zorro product codes (Geert.Uytterhoeven@cs.kuleuven.ac.be)
  39.  
  40.  - Added support for kerneld from 1.3.x. With this, the kernel is now
  41.    able to request modules it needs from a user process (kerneld).
  42.    (schwab@issan.informatik.uni-dortmund.de)
  43.  
  44.  - ELF: more aux infos on startup
  45.    (schwab@issan.informatik.uni-dortmund.de)
  46.  
  47.  - Fixed typos in <linux/ioctl.h>
  48.    (schwab@issan.informatik.uni-dortmund.de)
  49.  
  50.  - MM fix: don't (try to :-) free an invalid page (from 1.3.x)
  51.    (schwab@issan.informatik.uni-dortmund.de)
  52.  
  53.  - Fixes in the ATAFB_* defines of atafb.c
  54.    (schwab@issan.informatik.uni-dortmund.de &
  55.    guenther@pool.informatik.rwth-aachen.de)
  56.  
  57.  - Minor Falcon framebuffer fix
  58.    (guenther@pool.informatik.rwth-aachen.de)
  59.  
  60.  - General SCSI: retry commands aborted by a reset, but not those that
  61.    fail due to any other UNIT ATTENTION condition. Not retrying
  62.    resetted commands could result in damaged disk data (!) in case of
  63.    writes, and retrying all caused endless reset loops on not-present
  64.    removable media. (guenther@pool.informatik.rwth-aachen.de)
  65.  
  66.  - Atari SCSI driver changes:
  67.  
  68.     o Cleaned up and unified debug output format.
  69.       (drpiper@cix.compulink.co.uk)
  70.  
  71.     o Default CAN_QUEUE on the Falcon is now 8. CMD_PER_LUN is still
  72.       1, since greater values cause still unsolved problems.
  73.  
  74.     o Revised the handling of the DMA-limit problem of Falcon-SCSI.
  75.       The problem is that certain commands read an unknown number of
  76.       bytes, and the transfer length is an allocation length in this
  77.       case. Using DMA on those commands would cause bytes to be lost
  78.       in the ST-DMA-FIFO. The decision whether to use DMA or not is
  79.       now based on the command and device type, not only the transfer
  80.       length anymore. Thus, 512 byte READ/WRITEs can use DMA now.
  81.       (myself, with help by Michael Schmitz)
  82.  
  83.     o The Atari SCSI driver is able to use SCSI-2 tagged queuing now.
  84.       Unfortunately, both my two disk don't support tagged queuing :-(
  85.       so I couldn't test this. But it should work... I'm looking
  86.       forward to hear about results! Since the feature is untested, it
  87.       must be turned on manually for now (but may become default in
  88.       future), see below.
  89.  
  90.     o Certain important options of the Atari SCSI driver can now be
  91.       set without recompiling the kernel by a command line option:
  92.  
  93.         atascsi=<can_queue>,<cmd_per_lun>,<scat-gat>,<host-id>,<tagged>
  94.  
  95.       All values are numbers. Negative values mean "use default".
  96.       Brief explanation (more in kernel-options.txt):
  97.  
  98.         can_queue: This many commands are queued in the low level
  99.           driver. 1 turns off the internal SCSI multitasking. Higher
  100.           values do not cost memory!
  101.         cmd_per_lun: Maximum number of commands queued for one logical
  102.           unit. In case of untagged operation, 2 is sufficient. SCSI
  103.           memory requirements are mainly influenced by this parameter.
  104.           The exact formula is complicated, but some hits:
  105.             no scatter-gather  : cmp_per_lun * 232 bytes
  106.             full scatter-gather: cmp_per_lun * 17 kbytes
  107.         scat-gat: Maximum number of requests merged into one SCSI
  108.           command (max. 255). 0 turns off scatter-gather. 0 is forced
  109.           on a Falcon, since the ST-DMA is unable to handler SG :-(
  110.         host-id: SCSI ID of the Atari host
  111.         tagged: != 0 means use tagged queuing (on targets that support
  112.           it...)
  113.  
  114.  - There's now a ramdisk device for slow Zorro II 16-bit RAM, e.g. for
  115.    fast swapping or a /tmp filesystem. To use it, the memory must not
  116.    be mapped as normal Linux system RAM (by using the -m switch for
  117.    bootstrap). Unused Zorro II RAM is detected automatically and can
  118.    then be accessed by the block device /dev/z2ram (major 60, minor
  119.    0). In the final version of the driver, the major and minor numbers
  120.    will probably change. 60/0 is just preliminary until the device is
  121.    officially registered. I haven't received an answer from Peter
  122.    Anvin (the Linux device registrar) for my registration request
  123.    before this release.
  124.  
  125.    The original idea and driver is by Ingo.Wilken@arbi.informatik.uni-
  126.    oldenburg.de, Geert.Uytterhoeven@cs.kuleuven.ac.be added the
  127.    autodetection of unused Zorro II RAM (zorro_unused_z2ram), and I
  128.    the access translation via the z2ram_map array.
  129.  
  130.  - Made the Amiga floppy driver more "system friendly" by replacing
  131.    udelay()s with timers (CIA timer B). There is also a new ioctl to
  132.    access the raw trackbuffer from user space.
  133.    (dorchain@cscip.uni-sb.de)
  134.  
  135.  - Updated Documentation/devices.txt to 1.3.57 level
  136.  
  137.  - Remove a bug with SCSI CD-ROMs reading TOC entries in LBA mode
  138.    (dorchain@cscip.uni-sb.de)
  139.  
  140.  - The GVP detection code checked only the Product ID and not the
  141.    Manufacturer ID. This may give problems when the GVP code tries to
  142.    get the GVP Extended Product Code for non-GVP boards with Product
  143.    ID 0x0b (e.g. FastLane Z3 SCSI, Picasso II gfx, SD64 gfx). The IDs
  144.    for the FastLane Z3 were incorrect. (sb@hplyot.obspm.fr and
  145.    Geert.Uytterhoeven@cs.kuleuven.ac.be)
  146.  
  147.  - arch/m68k/fpsp040/Makefile still lacked a `modules:' line
  148.    (Geert.Uytterhoeven@cs.kuleuven.ac.be)
  149.  
  150.  - The kernel should not try to core dump an inaccessable memory
  151.    region (ELF format only) (schwab@issan.informatik.uni-dortmund.de)
  152.  
  153.  - The Atari floppy driver did a cache push instead of a cache clear
  154.    at one point. Shouldn't have done any harm, except on a '060 :-)
  155.    (drpiper@cix.compulink.co.uk)
  156.  
  157.  - Changed the Medusa/Afterburner distinction: Now the address
  158.    0x00ff82fe is used, that gives a bus error on the Falcon, but is
  159.    in the range where the Medusa always asserts DTACK. Hope that works
  160.    now... This also caused a change in the Atari bootstrap, which
  161.    version thus has been incremented to 1.6. But this is the only
  162.    change... If you have neither a Medusa or an Afterburner, 1.5 will
  163.    do the same. (myself)
  164.  
  165. Current Amiga bootstrap version: 2.2
  166. Current Atari bootstrap version: 1.6 (changed)
  167.  
  168. The precompiled kernel contains both, Amiga and Atari support, so it
  169. is very big. You propably want to compile your own kernel tailored to
  170. your personal needs. Note also that there have been some problems
  171. reported that such big kernels cannot be booted with Amiga Lilo.
  172.  
  173. Roman
  174.